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Description IflliiMii 

•GOOOOl* 

Field of the Invention 

This invention generally relates to the area of dynamic content generation for web pages. 
Background of the Invention 

Web application development that is currently in existence usually comprises the design 
of web pages, and the design of programming logic. As each requires different skill sets, 
it is best that they be handled by two different groups of people, i.e. page designers for 
designing web pages, and software develops for designing the progranmiiiig logic. 

One pattern that is used to achieve the s^aiation of web page design from the 
programming logic design is the Model-View-Controller (MVC) pattern as shown in 
Figure L In this pattern, a controller coniiponent interprets a request submited by the 
browser and calls the model components to make the necessary changes. Afl^ ttie 
necessary changes have been made, the controller tiien selects and calls the appropriate 
view component to generate a response back to the browser. 

Technologies like JavaServer Pages (JSP) and Microsoft Active Server Pages (ASP) have 
been popular for developing web applications diat provide dynamic content. They allow 
page designers to mix HTML code with scripting code and xml-like tags enable of 
encapsulating programming logic, to generate dynamic content web pages. This 
capability is often used for implementing the view component of the MVC pattern. A 
typical implem^tation of MVC pattern using Java Servlet and JSP technologies is shown 
in Figure 2, wherem the controller components are implemented using Java servlets, the 
model components using Java objects, and the view components using JSP pages. 

Page designers using these existing technologies can design and change a web page (the 
view component) without altering or understanding the programming logic (the controller 
and model components). However, many a times, due to the complexity of the web 
pages, the page designers must still have woAing knowledge of the scripting language to 
design a web page of any complexity. One common solution is to use tags capable of 
encapsulating programming logic to eliminate the use of scripting language in web 
pages. However, mdiscrimate use of tags to enc^sulate tiie programming code leads to 
the proliferation of tags. This is ftirther aggravated by the need to represent and access 
data of different types of data sources that usually resulted in creating a new set of tags 
for each type of data sources. This approach will also lead to requiring page designers to 
understand the different domam area of which these tags enc^sulate in order to use them 
correctiy. One example will be a tag that encapsulates the code for accessing data in a 
database via JDBC but requires the page designers to correctly specify tiie JDBC driver 
and the database URL (Uniform Resource Locator) information in the tag attributes. The 
required understanding of other domains, in tiiis case, the possible values of the JDBC 
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driver and the possible values of ttie required database URL> by the page desigaCT 
greatly undermines the goal of role separation of page designers and software developers. 

It is therefore desirable to have a mettiod that is able to reduce or even eliminate the use 
of programming language in web pages. Such a method would use only a manageable 
number of tags and it would not require the user to have prior knowledge of oth^ 
domains. 

Summary of the Invention 

The invention identifies a set of use-patterns of dynamic data in web pages. It also 
defines a set of interfaces for accessing dynamic data of diverse data sources based on the 
aforesaid use-patterns. This will ensure that mismatches between how dynamic data is 
being used in web pages and how dynamic data is being accessed, are eUminated. The 
result is the reduction or even elimination of the need of scripting codes often used for 
bridging such mismatches in web pages! 

Further, a method is provided for accessing data using a set of tags in web pages. This 
facilitates the use of the aforementioned set of interfaces. 

Description of tlie Drawings 

Figure 1 illustrates a sample model-view-controUer pattern. 

Figure Z illustrates a sample model-view-controller pattern using Java Servlet and 
JavaServer Page technologies. 

Figure 3 depicts the relationship between the components found in the invention. 

Detaiied Description of the Invention 

Methods consistent with the invention facilitate access and display of dynamic data in 
web pages. This includes a set of use-patterns, a set of interfaces, and a set of tags. These 
are now described. 

A Set Of Use-Patterns 

A set of patterns of the use of dynamic data content in web pages is defined. The set of 
patterns includes: 

Pattern L Accessing and displaying the string value of a data item. 
Pattern 2. Iterating through a collection of data objects. 
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Pattern i. Detennimng whether specific data items in a collection of data objects contain 
a specific value. 

A data object consists of data items with values. An example of a data object is an 
employee record with data items first_name, last_name» gender and age whose values are 
"Smith",- "John", "Male" and "35" respectively. 

The aforementioned set of patterns hereinafter will be referred to as 
"M>OataUsePattenis". 

A Set Of Intefaces For Accessing Data Of Diverse Data Sources 

A set of interfaces for accessing data of diverse data sources supporting the 
MyDataUsePattems is provided. The set of inter&ces comprises: 

Interface L An interface for accessing the string value of a data item. This interface 
supports Pattern 1 of MyDataUsePattrais. An example will be an interface that contains 
ttie following method: 

// Return the string value of the specified item. 
String g6tValue(String item) 

Interface 2. An interface for iterating thiou^ a collection and getting the size of a 
collection. This interface supports Pattern 2 of M^ataUsePattems. An example will be 
an interface that contains the following methods: 

// Move to before the first element, 
void beforeFirstO 

// Return true if there is next element else return false, 
boolean hasNextQ 

// Move to the next element Retum true if there is next element else return 
// fiOse. 
boolean nextQ 

// Retum the size of the collection. If the size could not be determined 
// return -1. 
int getSizeO 

Interface 3. An interface for determining whether specific data items in a collection of 
data objects contain a specific value. This interface siq>ports Pattern 3 of 
MyDataUsePattems. An example will be an inter&ce that contains the following method: 
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// Return true if the values of the specified data item in a collection 

// contain the specified match value. 

boolean containsValue(String item. String matchValue) 

As this is a set of interfaces, it can be used to access data of different type of data sources 
by using an appropriate adapter object Details regarding the use of an adapter to convert 
the interface of a class into anoth^ interface a client expects can be found in most design 
pattern literature. One recommention is the book entitled "Design Patterns" by Gamma, 
Hehn, Johnson & Vlissides, ISBN 0-201t63361-2, 

The aforementioned set of interfaces hereniafter will be referred to as 
"MyDataAccessInterfaces". 

Object that implements one or more of the interfaces of MyDataAccesshiter&ces 
hereinafter will be referred to as ''MyDataAccessObject". 

A Set Of Tags 

A set of tags facilitating the use of MyDataAccessInterfaces in web pages is defined. This 
includes but not restricted to tags that perform one or more of the following Amotions: 

displaying the value of a data item, 

iterating through a collection of data objects, 

getting the size of a collection, 

evaluating the tag body based on the result of testing the value of a data item, 

evaluating the tag body based on ttie result of testing the size of a collection, 
or 

evaluating the tag body based on fiie result of testing fhe values of a data item 
in a collection of data objects. 

The aforementioned set of tags hereuiafter will be referred to as "MyDataTags". 

A description of some sample tags is as follows: 

Tag: data: The data tag obtains and displays the string value of a data item. For example, 
the tag "mydatatag:data name="employee'* item=="first_name"" will retreive and display 
the data item "first jiame" of the MyDataAccessObject named "employee". The 
MyDataAccessObject in this case shall at least implement Interface 1 of 
MyDataAccessInterfaces. 
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Tag: iteratoK The iterator tag iterates over a collection of data elements, and is used in 
conjunction with the data tag. For ©cample, the tag "mydatatagiiterator 
name="employees"" with tag body that includes the data tag "mydatatag:data 
name="employees" item-'first_name"" will iterate thiougji all employees and display 
their first name. The MyDataAccessObject in this case shall at least implement Interface 
1 and 2 of MyDataAccessInter&ces. 

Tag: iteratorSize: The iteratorSize tag displays the size value of a collection. For 
example, the tag "mydatatagiiteratorSize name=="employees"" will get and display the size 
of a collection of employees. The MyDataAccessObject in this case shall at least 
implement Interface 2 of MyDataAccesshiterfaces. 

Tag: datain: The datain tag tests if specific data items of a collection of data objects 
contain a specific value. If ttie test returns true, then the body of the tag is evaluated. For 
example, the tag "mydatatagrdatain name="employees" item=«"first_name" 
match=" Smith"" would determine if the first_name of one or more employees are 
"Smitii". If the test returns true, the body of the tag will be evaluated. The 
MyDataAccessObject in this case shall at least unplement Interface 3 of 
MyDataAccessLiterfaces. 

Tag: dataNotIn : Contrary to the datab tag, the dataNotib tag tests if specific data items 
of a collection of data objects do not contain a specific value. If the test returns true, the 
body of the tag is evaluated. The MyDataAccessObject in this case shall at least 
implement Interface 3 of MyDataAccessInter&ces. 

Tag: datoEqual: The dataEqual tag tests if the value of a data item equals to a specific 
value. If the test returns true, tiim tiie body of the tag is evaluated. For example, the tag 
"mydatatag: dataEqual name="employee" item="first_name" match="Smith"" would 
determine if the data item "first_hame" of MyDataAccessObject named "employee" is 
equal to "Smith". If the test retiuns true, the body of the tag will be evaluated. The 
MyDataAccessObject in this case shall at least implement Interface 1 of 
MyDataAccessInterfaces. 

Tag: dataNotEqual: Contrary to the dataEqual tag, the dataNotEqual tag tests if the 
value of a data item is not equal to a ^ecific value. If the test returns true, then the body 
of the tag is evaluated. The MyDataAccessObject in this case shall at least implement 
Inter&ce 1 of MyDataAccessInterfiaces. 

Tag: dataltemEqual: The dataltemEqual tag tests if the values of two data itmis are 
equal. Ifthe test returns true, then the body of tiie tag is evaluated. For example, the tag 
"mydatatag: dataltemEqual name="employee" item="first_name" matchname="manager" 
matchitem="first_name"" would determine if the data item "first_name" of 
MyDataAccessObject named "employee" is eqiial to the data item "first_jiame" of another 
MyDataAccessObject named "manager". If the test returns true, the body of the tag will 
be evaluated. The MyDataAccessObjects in this case shall at least implement biter&ce 1 
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ofMyDataAccessIhterfaces. 

Tag: dataltemNotEqual : Contrary to the dataltemEqual tag, the dataltemNotEqual tag 
tests if the valuesof two data items are not equal. If the test returns true, then the body of 
the tag is evaluated The MyDataAccessObjects m this case shall at least implement 
Interface 1 of MyDataAccessInterfaces. 

Tag: dataltemin: The dataltemin tag tests if specific data items of a collection of data 
objects contain the value of a specific data item of another data object. If the test returns 
true, then the body of the tag is evaluated For exanq)le, the tag "mydatatag:dataltemln 
name^"employees" item="first_name" matchName="manager'' matchltem="first_name"" 
would determine if the first_name of one or more employees equal to the first_name of 
the manager. If tiie test returns true, the body of the tag will be evaluated. The 
MyDataAccessObject "employees" in this case shall at least implement Interfece 3 of 
MyDataAccessInterfaces. The MyDataAccessObject "manager" in this case shall at least 
implemmt Interface t of MyDataAcce^Interfaces. 

Tag: dataltemNotIn: Contrary to the dataltemin tag, the dataltemNotIn tag tests if 
specific data items of a collection do not contain the value of a specific data item of 
another data object. If the test returns true, then the body of the tag is evaluated. The 
MyDataAccessObject for the collection shall at least miplement Interface 3 of 
MyDataAccessInter&ces. The MyDataAccessObject for data item ^all at least 
implement Interface 1 of MyDataAccesshiterfaces. 

Tag: iteratorSizeEqual: The iteratorSizeEqual tag tests if the size of a specific collection 
equals to a specific value. If the test returns true, then the body of the tag is evaluated. 
For example, the tag "mydatatag: iteratorSizeEqual name="eraployees" match="0"" 
would determine if the size of the collection of employees equals to 0. If the test returns 
true, the body of the tag will be evaluated. The MyDataAccessObject in this case shall at 
least implement Interface 2 of MyDataAccessInterfaces. 

Tag: UeratorSizeNotEqual: Contrary to the iteratorSizeEqual tag, the 
iteratorSizeNotEqual tag tests iffbs size of a specific collection not equals to a specific 
value. If the test returns true, then the body of the tag is evaluated. The 
MyDataAccessObject in this case shall at least implement Interface 2 of 
MyDataAccessInter&ces. 

Figure 3 depicts the relationship between the components in the invention. 
MyDataUsePattCTns is defined according to the use-pattems of dynamic content in web 
pages. MyDataAccessInterfaces is defined to support MyDataUsePattems. MyDataTags 
is created to facilitate the use of MyDataAccessInterfaces in web pages. Technologies 
that support page generation by mixing html code and tags capable of executing 
programming logic will need to incorporate or support MyDataTags. By incorporating or 
supporting MyDataTags, these technologies can then use MyDataTags to access domain 
data, rqnesented in the form of MyDataAccessObject, in then: web page. 
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MyDataAccessObjects need to implement one or more interfiEices of 
MyDataAccessInter&ces to be able to be accessed by M^^ataTags. 

An Example 

To illustrate how the invention works, the JSP code of a web page showing an employee 
record is shown below. 

ViewEmployee«jsp 

<%@ tagUb uri=7src/tags/taglib.tld" prefix=''mydatatag" %> 
<html> 

<head> . 

<title>View Employee<;/title> 
</head> 

<bodjc> 

<b>First Name:</bxmydatatag :data name^"employee" item=*'first_name"Axbr> 
<b>LastName:<;/bxmydatatag :data name^"CTiployee" item="lastjaame"/xbr> 
<b>Gender:<ybxmydatatag :data name="employee" item="gender"/><br> 
<b>Age:</bXmydatatag :data name="employee" item="age"/X>r> 
<hi> 

<*>Work History<ybxbi:> 
<tabl^ 
<tr> 

<td>From Year<ytd> 
<td>To Year</td> 
<td>Company</td> 
<td>Position</td> 

</tr> 

<mydatatag :iterator naraeF="work_history"> 
<tr> 

<tdxtoydatatag :data name="woik_history' item="fi:om_year"/x/td> 
<tdxmydatatag :data name="woikJiistory" itCTa="to_year"/xytd> 
<tdxmydatatag :data name="workJiistory" item="conipany"/xytd> 
<tdxmydatatag :data name="workJiistory" item- 'position'^Ax^/td^ 

</tr> 

</mydatatag:iterator > 

<mydatatag:iteratorSizeEqual name="workJustory" match="0"> 
<ti> 

<td colspan=4>No record fomidKtd> 

<yti> 

</mydatatag:it6ratorSizeEqual> 



</tabl^ 



</body> 
</html> 

The above code uses two MyDataAccessObjects, one for accessing the employee data and 
one for accessing the work history of the employee. The MyDataAccessObject for the 
employee data has implemented Interfiice 1 of MyDataAccessInterfeces, and contains 
data items first_name, last_name, gender and ag^. The values of these data items are 
accessed and displayed using the data tag fifom MyDataTags, The MyDataAccMsObject 
for the wotic history has implemented Interface 1 and 2 of MyDataAccessInterfeces, and 
the collection of work history data with data items fix)m_year, to_year, company and 
position. The iterator tag fix>m M3«>ataTags is used for iterating over the collection of 
work history data and the data tag from MyDataTags is used for accessing and displaying 
the data items of work history data. The iteratorSizeEqual tag fcom MyDataTags is used 
for testing the size of the collection of work history and if it is equals to 0, display the text 
"No record found!". 

The foregoing descriptions of specific embodiments of the invention have been presented 
for purposes of description and illustration. It should not limit the mvention to the precise 
forms disclosed. It is intended that the specification and examples be considered as 
sample information only. The full scope of the invention shall be defined by the appended 
claims. 
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Claims 

1 . A mefliod for accessing and displaying dynamic content in web pages, comprising: 

defining a set of use-patterns of dynamic content in web pages; 

defining a set of interfiaces for accessing data of diverse data sources that 
match the set of use-patterns of dynamic content in web pages; and 

defining a set of tags, wherein the tags facilitate the use of ttie set of interfeces 
to eliminate programming code in dynamic content generation; 

2. The method of claim 1, wherein the set of use-patterns comprise patterns for: 

accessing and displaying the string value of a data item; 
iterating through a collection of data objects; and 

determining whether the data items m a collection of data objects contain a 
specific value, 

where a data object consists of data items with values. 

3. The method of claim 1, wherein flie set of interfaces includes: 

interface for accessing the string value of a data item; 

int^&ce for iterating through and getting the size of a collection of data 
objects; and 

interface for determining whetha: the data items in a collection contain a 
specific value, 

where a data object consists of data items with values. 

4. The method of claim 1, wherem the set of tags faciliating the use of the set of 
interfaces in claim 3 to access data of diverse data sources m dynamic content 
g^eration.. 

5. The method of claim 1, wherem tiie set of tags includes but not restricted to tags that 
perform one or more of the following fimctions: displaying the value of a data item, 
iterating throu^ a collection of data objects, getting the size of a collection, evaluting 
tag body based on the result of testing the value of a data item, evaluating the tag body 
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based on the result of testing the size of a collection, or evaluting tag body based on 
the result of testing the values of a data item in a collection of data objects. 

6. The method of claim 1, 4 and 5, wherein the set of tags is used with a platfomi capable 
of gen^ting web pages by mixing html code widi tags that encapsulate programming 
logic to generate dynamic web pages. 
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Abstract 

This patent is about a method for accessing and displaying dynamic data in web 
applications. These data are ftom diverse data sources. The method includes a platform 
that supports web page generation by mfacing HTML (HyperText Markup Language) witti 
xml-like tags cjq^able of encapsulating programming logic, a set of interfaces, and a set of 
tags that fecilitates the use of the aforesaid set of interfaces. The benefit of using such a 
method is that it offers simpler presentation code, and better separation of programming 
logic fix>m page design. 
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